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abstract 


SCOPE 


This  paper  presents  one  approach  to  applying  Logistic  SuRWit 
™al?sis  (LSA)  to  the  highly  com^x  and 
Strategic  Defense  System  (SDS).  The  paper  bnefly  addresses 
each  o?  the  LS  A  primary  task  areas  Md  the  addinond  amdyscs 
required  by  the  statement  of  work  (SOW)  tailonng  of  the 
Each  specific  LSA  task  is  addressed  and  key  sub-taA  pomts  are 
not^  Relatively  detailed  discussions  of  the  an^ysis  prwess  of 
identifiying  supportability  functions,  alternatives  arid  trades 
constitute  the  majority  of  the  paper.  In  the  course  of  ^  .y* 
ses  emphasis  was  placed  upon  early  identificanon  of 
factors  that  could  influence  SDS  design  to  enhance  supporta- 
biUty,  reduce  Ufe-cycle  costs  (LCC),  optimize  system 
and  eliminate  or  mitigate  logistic 

noted  that  three  primary  factors  triake  this  LSA  effort  um^e. 
first  SDS  is  accurately  described  as  a  System  of  Systems 
which  necessitates  a  top-down  approach  in  the  analj^is; 
maintenance  and  servicing  of  space-based  assets,  ^ 

this  scale,  have  no  precedent  and  require  new  approaches  to 
achieve  cost  effectiveness;  and  third,  these  types  of  wtellit«, 
with  the  necessary  modularity  for  servicing,  have  not  been  ^- 
viously  constructed.  Finally,  the  ^opnon,  development,  an^or 
use  of  computer  models  to  identify  high-cost  dnvers,  conduct 
sensitivity  analyses  and  tradeoffs  is  discussed. 

f]VTROnUCTIQN 

The  Logistic  Support  Analysis  (LSA)  effort  is  an  iterative  pro- 
cess,  beginning  at  a  high,  conceptual  level  and  i^reasing  m 
scooe,  depth,  and  detail  as  a  program  develops.  The  L^A  for 
the  Strategic  Defense  System  (SDS)  is  being  conducted  m  ac¬ 
cordance  wth  MIL-STD-1388-1A  (Logistic  Support  Analysts). 
This  endeavor  would  not  appear  unusual  for  any  other  current 
military  system.  However,  SDS  is  best  described  as  a  system 
of  systems"  (e.g.,  sensor  systems,  and  both  ground-  and  space- 
based  weapons  systems),  while  1388-lA  was  develop^for  ^ 
plication  to  a  single  system  (e.g.,  ^  or  aircr^t).  The  SDS 
LSA  addresses  the  supportabihty  of  systems  “  J?* 
vironments,  demonstrating  the  adapabihty  of  MIL-STD- U88- 
1  A,  which  was  written  when  space-based  assets  were  not  con- 
sidcred  supportable  once  placed  in  orbit  This  paper  f^uses  on 
the  tailored  logistic  support  analysis  conducted  on  the  space- 
based  systems. 

From  the  earliest  planning  stages  for  SDS,  it  was  antidpated  *ai 
an  innovative,  weU-dcsigned  support  system  would  be  a  cnacal 
element  in  fielding  an  affordable  system.  Because  of 
design  "firsts”  and  the  new  technologies  mvolvcd,  a  method  tor 
incorporating  supportabUiiy  into  the  design,  and  for  designmg 
an  adequate  supp«  system,  was  essential.  The  most  effective 
known  method  for  accompUshing  this  was  an  iterative,  and 
thorough,  logistic  support  analysis  process. 

PURPOSE 

The  purpose  of  this  paper  is  to  describe  the  ongoing  LSA  pro¬ 
cess  for  the  space-based  portion  of  SDS  by  ® 

the  applicable  LSA  tasks  and  subtasks  defined  m  1388-lA,  de¬ 
scribing  specially  tailored  analysis  tasks,  and  presenting  primary 
results  of  the  analyses. 

♦  Member  AIAA 


The  LSA  conducted  on  the  SDS  to  date  has  focused  on  ^ 
system  elements  (shown  as  shadowed  boxes  in  Figure  1),  w^e 
adc^ssing  the  complete  architecture  in  more  generm  terms.  The 
analysis  has  been  concentrated  at  the  system  level,  m  order  to 
gain  logistic  insights  and  to  determine  the  bases  for  policies  that 
will  improve  SDS  supportability  and  affordability  while  main¬ 
taining  system  readiness.  The  process  was  approached  from  a 
standpoint  of  examining  select^  system  elements,  with  ^  ®  " 
iectivVof  identifying  those  qualitative  and  quantitative  de- 
sien/supportabiUty  factors  which  extend  across  mulaplc  system 
elements  These  shared  factors,  therefore,  are  viewed  as  sys¬ 
tem-level  issues  which  may  be  further  analyzed.  Space-based 
interceptor  (SBI)  and  exoatmospheric  reentry  interceptor  s^cm 
(ERIS)  have  been  the  primary  system  elements  examined  The^ 
large  sizes  and  high  costs  provide  the  greatest  poten^al  for  af- 
fordability/suppOTtability  improvements  among  the  bUb 
space-based  and  ground-based  segments,  ^^^pccuvcly.  This 
pW  wiU  primarily  discuss  LSA  conducted  on  the  SBI  system 
^d  the  results  of  the  iterative  process  over  the  past  1  1/2  years. 
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GeneraL  Details  of  any  logistic  support  analysis  vary  greatly 
with  the  stage  of  system  development,  LSA  w^ 

on  SDS,  the  system  was  in  Ojneept  Defimtion  phase;  dunng  tte 
toteive^ng  ^riod,  some  elements  of  the  SDS  have  progressed 
to  the  early  part  of  the  Demonstranon/Validation  phase.  ^ 

is  a  flow  of  the  analysis  tasks  that  have  ^n  perfon^. 
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were  under  consideration;  and  second,  rapid  SDS  technology 
development  has  outdated  some  portions  of  the  analysis  almost 


inn  Tasks  Task  101,  the  LSA  Strategy  and  the  initial 

document  prepared  establishes  the  general  go^s  and  scope  o^e 
system  LsT  Task  102,  the  LSA  Plan  (LSAP),  is  a  road  imo 
for  implementing  the  SDS  logisnw  support 
the  Strategic  Defense  Initiative  Orgamzanon  (SDIO)  Suppem 
bility  Research  Policy.  It  is,  therefore,  a  plan  for  integratmg 
support  and  logistics  considerations  with  system  architectures, 
conMpts,  and  design  activities  during  develop^nt,  ^quisinon, 
and  p^uction  of  the  SDS  system  elements.  It  spccific^y 
dresses  the  actions  required  to  satisfy  detailed  supp^ability  o^ 
jectives  to  achieve  an  affordable  and  supportable  SDS,  “ 
in  the  policy  and  strategy.  Task  103  is  a  re^  of  the  LSA  In- 
Process  Reviews.  The  major  difference  between  these  and 
similar  documents  for  any  other  complex  military  system  is  the 
increase  in  scope  resulting  from  the  multiplicity  of  systems. 

7m  5?<.ries  Tasks  The  200  series  tasks  begin  the  actual  logistics 
^alSs  p^ess!  Using  the  foundation  of  the^A  Stratep  tmd 
the  LSAP,  the  200  series  tasks  develop  the  framework  for  the 
later  tasks  that,  when  completed,  will  establish  the  support  co^ 
cepL  The  200  series  tasks  and  primary  subtasks  are  summamea 
below. 


Tacif  7ni.  Use  Study.  This  task  examines  the  proi»sed 
system  architecture(s),  describes  the  system  from  a  logistics 
standpoint,  and  proposes  a  general  maintenance 
cause  this  analysis  deals  with  specifics  of  candidate  SDS  arclu- 
tectures,  the  report  is  classified.  To  prepare  the  system  descry 
lion  with  multiple  architectures,  a  matrix  approach  was  selemea 
During  this  initial  effort,  the  various  architectures  mcluded  aU 
system  elements,  e.g.,  both  space-based 
weapons  (DEW)  and  kinetic  energy  we^ns  (K^.  TJ* 
trix  depicts  the  primary  system  elements  by  function  and  the  text 
addresres  those  requirements/characteristics  expected  to  have 
significant  logistic  impact.  The  maintenance  concept  also  re- 
quires  inividualized  approaches  for  the  space-based  and 
ground-based  assets.  The  maintenance  concept  for  grouna- 
based  assets  emphasizes  minimi adng  manpower  requirements. 
The  maintenance  concept  for  space-based  assets  assumes  an 
evolving  form  of  on-orbit  maintenance  and  servicing  in  orcler  tor 
large  satellite  constellations  to  be  affordable  and  to  meet  opera¬ 
tional  readiness  goals. 


l?\'iY  Miiirion  Hardware.  Software  and  SWP*2n 
<! v<ti»in  stanriardiration.  This  task  identifies  early  in  the  LSA 
process  those  areas  in  which  common  procedures,  presses,  or 
subassembUes  couM  be  used  to  enhance  supportability  an^or 
affordability.  The  approach  is  conceptual,  rather  th^  specitic, 
in  view  of  the  early  stages  (and  concomitant  tentaaveness)  of 
system  development.  Subtasks  include  support  resource 


identification  and  examination,  supportability  impact  an^sis. 
and  recommended  mission  hardware  and  software  standardiza- 
tion  approaches.  In  addition,  the  LSA  tailoring  process  added 

rcquircmenis  to:  .  enc 

•  Analyze  the  iixqutct  of  metrication  on  the  SDS; 

•  Analyze  and  compare  the  aichitectute($)  vis-a-vis  Ada 

and  determine  whether  Ada  should  be  the  standard 
software  language  for  SDS; 

•  Identify  logistics  computer  models  and  recommend 
models  as  standards  for  SDS  use. 

Highlights  of  the  analysis  results  include:  ,  .  . 

•  Recommendation  that  subsystem  standardization,  inter 

and  intra-system  clement  be  based  on  the  concept  of 
form,  fit,  and  function  (F^); 

•  Recommendation  that  SDS  system  elements  be  de¬ 
signed  and  built  using  the  SI  (Ic  Systemc  Intcmational 
d'Unites)  system  of  measurements; 

•  Recommendation  that  Ada  be  the  standard  software 

language  for  SDS;  .  . 

•  Production  of  a  logistics  model  catalogue  contming 
an  extensive  listing  of  models  that  may  be  used  in  the 
conduct  of  SDS  logistics  analysis. 

An  SDIO  poUcy.  issued  in  November  1987,  stipulates  that  the 

SDS  utilize  the  SI  system  of  measurement  This  sclecnon  was 

predicated  on  the  long  standing  goal  of  the 

metrics,  the  inclusion  of  other  standards  (e.g.,  IEEE)  within  SI, 

and  the  absence  of  significant  additional  costs  for  systems  which 

have  been  designed  in  metrics  as  opposed  to  US  customary 

units.  Ada  has  been  adopted  as  the  primary  software  language 

since  analysis  showed  it  was  compatible  with  supcrcomputcp, 

anificial  inteUigence  and  expert  systems,  and  massive  pa^l 

processing.  These  capabilities  allow  SDIO  a  wide 

use  of  computing  hardware  and  software.  The  Logistics  Model 

Catalog  was  distributed  within  the  SDS  community  begmi^g  m 

April  1987,  has  been  updated,  and  is  now  being  disseminated 

outside  of  the  SDIO  community  when  appropriate  requests  arc 

received. 

203.  Cofnpararive  Analysis.  portions  of 

the  analysis  arc  classified,  this  discussion  is  limited  to  the  gen¬ 
eral  concept  and  approach.  The  task  involved  evaluating  cur¬ 
rently  fielded  systems  that  were  functionally  smtablc  and  logisQ- 
cally  to  the  proposed  system  so  that  a  logistics  compan- 

son  baseline  could  be  established. 


Another  evaluation  consideration  was  data  availability.  Under 
ideal  circumstances,  comprehensive  data  on  the  existing  system 
should  provide  a  baseline  for  spares  costs,  manpower  retire¬ 
ments,  training  requirements,  mean-time^o-rep^j  (MTTK), 
mcan-timc-bctwecn-failures  (MTBF),  etc.  For  the  SDS,  this  ef¬ 
fort  required  notioniizing  because,  for  some  systems,  no  rea¬ 
sonable  comparator  existed;  for  others,  a  comparator  was 
synthesized  from  components  of  reveral  deferent  system.  In 
some  cases  where  a  comparator  existed  no  data  was  available. 

A  compUation  of  cuirently  op^tionri 
eistically  and  functionally  sunilar  to  the  new  SDS  system  el¬ 
ements  has  been  used  to  synthesize  a  baseline  sys¬ 

tem  (e.g..  Aegis  is  the  companson  system  for  the  Battle  Man- 
agement/Con^d,  Control,  and  Commumcaaons  system,  and 
Phoenix  is  baseline  for  orbiting  KEW). 

Tacif  104.  Tgchnoloirical  Opportunities.  Tlus  analj^is 
identifies  technologies  exwxted  to  conmtate  ro  suppora- 
bilitv  thereby  reduemg  lifc<yclc  costs  (LCC).  inc  systems 
within  the  SDS  that  arc  pushing  the  frontiers  of  twhnology  for 
ooerability  and  suppombility  have  made  this  mk  p^cularly 
challenging.  Because  accomplishment  of  tlus  task  depends 
heavily  on  data  collection,  collation  and  analysis,  those  working 
taTcontributed  by  noting  appUcable  mformaoon  m 
orofessional  periodicals  and  attending  related  symposiums.  Na¬ 
tional  technics  databases  were  scanned  for  new  technologies 
and  an  SDS-specific  database  was  established  to  facilitate  data 
retrieval.  Sp^c  subtasks  accomplished  include: 

»  IdMtification,  evaluation,  and  recommendation  of 
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pmHiwHw  expected  fiom  new/sp^c  technologies. 

.  Kficetiot&ssment  of  logisacs  suppon  system 

Tniriai  resi^sandjmron^ndadons include;  um of  built-in-tMt 
(BIT)  and  integrated  eketromes;  appUcaotm 
outer  resources  support  methods,  especial^  for  software  sup 
Mrt;  emphasis  on  improved  cryogenic  refageraaon  systems, 
&S  research  inSe  transfer  of  fluids,  including  ^ogemc 
fluids,  on  orbit;  and  continuing  enyl^is  on  design^  sup^ 
technologies,  such  as  computer-aided  enginwng  (C^),  com- 
iuter-aiited  design  (CAD),  computer-aided  i^ufoctmng 
^AM),  computer-integrated  mMufactunng  (C^)  and  com- 
p  liter-aided  acquisition  and  logistic  support  (CALS). 

Integrated  electronics  offers  reduced  volume,  n^s,  and  power 
requnements  and  opportunities  for  improved  fault 
isolation,  and  recovery.  Integrated  electronics  also  support  BIT, 
which  is  considered  essential  for  an  affordable  on-orbit  support 
TysM^  and  are  compatible  with  the  Modular  Electronics  System 
Architecture  (MESA)  concept 

Computer  resources  support  especially  in  the  sofw^  wa, 
will  ^  a  major  cost  driver  for  the  SDS.  Initial  analysis  of  th« 
technology  area  suggests  that  modular  development  of  software 
offers  th?best  opportunity  to  control  development  and 
costs  Automated  software  development  techmques  are  \xmg 
Swrf  to  detaU.  and  software  development  and  support  ^ 
also  the  subject  of  special  studies  amed  at  opnmizmg  software 
effectiveness  while  holding  down  life-cycle  cost 

Cryogenic  cooling  will  be  required  for  several  SDS  systems. 
sSne  of  these  will  be  ground-based  (and  relanvely  easily  m- 
cessed)  whUe  some  will  be  space-bas^Mosuurrent  Mtelbtts 
that  require  cryogenic  cooling  have  rebed  on  Dewar  flasks  con- 
mning  stor^^ogenic  fluid.  Although  this  techmqw  is  mbs- 
factory  for  relatively  limited  periods  or  where  only  modest  ad^- 
tional  cooling  is  required,  it  is  not  suitable  for  IR  systems  m- 
tended  to  be  funcrional  for  up  to  10  years  nor 
must  acquire  cold  bodies  at  long  ranges.  Another  tt^nology 
essential  for  space-based  support  is  fluid  t^sto  on^^rbit.  The 
m^or  challenges  here  are  those  associate^ith  leakprrof  cou- 
olines  that  are  easy  to  mate  and  de-mate.  This  lattCT  cittenon  is 
espwiaUy  imponant  when  considering  the  con^naaon  prolv 
lems  that  could  result  from  hydraane  or  other  fluid  spilb. 
Transfer  and  measurement  of  cryogeracs  m  zero  gravity  also  re¬ 
quire  more  research  to  enhance  supportabUity. 

Design  and  support  technologies  under  evaluation  m  primarily 
evolutionary  but  offer  significanUy  n^u^  costs.  For  e^pk. 
the  integration  of  CAD,  CAE.  and _C AM  offers  sigmficMt  op 
portunities  to  improve  producibibty  and 
CALS  matures  it  is  expected  to  cajiitalize  on  the  forcgomg  sys 
terns  and  further  enhan^  supportabihty. 

An  LSA  Analysis  Decision  Tree  has  been  us^  to  identify  ^S 
support  and  logistics  Usues  that  are  ^?aUy  impormt 
toolwas  used  to  screen  the  technologies  idennfi^  to  date.  BIT 
and  integrated  ekctiooics,  software  support  and  cryogenic  re¬ 
frigeration  technologies  all  have  been  indicated  as  having 
significant  impact  upon  SDS  support 

Ta<;k  205.  Suppoitabilitv  and  SuPDOnabihrY-PclaWd  Bfc 
gjgn  rnnjgtraints.  The  supporubility  analysis,  as  with  the  previ¬ 
ous  tasks,  focused  on  one  ground-based  system,  one  space- 
based  system  and  software  suppoitability.  design  constraints 
and  risks.  Subtasks  included: 

•  Supportability  characteristics  idennfication; 

•  Supportability  cost,  readiness  objectives,  benefits  and 
risks; 

•  Supportability  design  constraints; 

•  NATO  equipment  adoption  constraints; 


•  Reliability-centered  maintenance  (RCM)  implementa¬ 
tion  assessment; 

•  Strategics  and  techniques  for  software  supportability 

This  task  wu  tS  first  that  utilized  logistics  compu«  models  for 
a  significant  part  of  the  analysis  process.  Relatively  simple, 
spread  sheet-based  models,  were  used  to  con^ct  a  Front-End 
Analysis  (FEA)  of  SBI  and  ERIS.  TTiesc  models,  one  tatiored 
for  space-based  assets  and  one  for  ground-based,  provided  out¬ 
puts  for  resource  requirements  and  costs  by  life-cycle  ph^  and 
logistics  clement  Limited  sensitivity  analyses  could  be  con¬ 
ducted  by  varying  certain  system  inputs  (c.g.,  systOT  size,  sys¬ 
tem  mass,  reliability,  launch  costs)  and  observing  the  impact  on 
resource  consumption  and  costs. 

These  models  had  serious  Umitations,  such  as  the  » 

calculate  results  for  multiple  orbital  replacement  umts  (ORUs) 
and  no  capability  to  examine  alternate  maintenance  pipelines. 
Despite  these  limitations  life-cycle  costs  associated  with  replac¬ 
ing  failed  satellites,  particularly  for  a  large  consteUauon  m  low 
emh  orbit,  far  exceeded  projected  costs  for  accompUshing  on- 
orbit  maintenance  and  servicing.  During  the  coupe  of  the  anal¬ 
ysis.  the  models  were  rewritten  to  Turbo  Pascal,  and  many  of 
the  previous  limitations  have  been  overcome. 

The  model  results  suggested  several  general  ppjxmbility  de- 
sign  strategies  including  modular  design,  standard  electrical  and 
fluid  interfaces,  inter-system  commonality  where  appropnate, 
system  reUability  consistent  with  the  support  conc^t  a™  system 
availability  requirements,  incorp<yation  of  BIT  to  the  ORU  level, 
and  design  of  ORUs  to  minimize  MTTR.  To  accraplish  these 
goals,  early  establishment  and  utiUzation  of  a  Configur^on 
Control  Board  (CCB)  was  recommended.  It  was  further 
recommended  that  the  CCB  institute  procedures  to  v^uc 
nccring  change  proposals  to  enlist  the  active  participation  of  m- 
dustry  in  improving  supportability.  Due  to  the  lugh  ci^cntra- 
tion  of  electronics  (which  usually  exhibit  a  random  failure  pat¬ 
tern  over  extended  periods)  in  the  space-bas^  systems^^hed- 
uled  maintenance  was  found  to  be  not  cost  effective.  rfcA  re¬ 
sults  strongly  suggested  that  attempts  to  improve  system  rclia- 
biUty  beyond  an  MTBF  of  about  four  years  (for  a  togc  low- 
Earth  orbit  (LEO)  constellation)  would  not  be  cost  cnwnve.  It 
appeared  that  the  only  practical  method  to  accomplish  high  sys¬ 
tem  reliability  was  through  redundancy,  which  could  sharply  in¬ 
crease  mass  and  cost 

Finally  it  was  determined  that  design  should  emphasire  the 
lowest  subsystem  failure  rate  practicable,  consistent  wi^th  cost 
and  readiness  requirements.  However,  it  was  found  to  be  even 
more  important  to  design  subsystems  so  that  one  or  two  sub¬ 
systems  do  not  force  the  maintenance  mterval.  The  cost  effee- 
tiveness  of  supporting  higher  and  anaUer 
soace-based  surveillance  and  tracking  system  (SSTS)  and  boost 
surveillance  and  tracking  system  (BSTS).  could  not  be  conclu¬ 
sively  shown  at  this  analysis  level. 

A  series  of  relatively  general  supportabiUty  Mtions  were  tk- 
ommended  for  software  development  and  follow-on  supporw- 
bility  enhancement  (e.g.,  modular  program  development,  test- 
toe  aid  validation  processes,  and  configuration  control  proce- 
diScs/approaches)  (Note:  This  is  an  oneoing  spm^study 
fOT^SDS.  that  is  applicable  to  most  LSA  tasks.)  The  fol- 

lowiiig  specific  recorimendations  were  made:  _ 

•  Utilize  standardized  computer  models  to  deternune 

and  validate  supportability  requirements/factors  and  to 
conduct  tradeoff  analyses.  . 

•  Establish  a  system  that  ensures  contractor  mtcrface  tor 

interacting  systems. 

(Note:  These  issues  are  represtmtatiye,  arid  are  being  modified 
and  supplemented  as  part  of  the  iterative  LSA  process.) 

inn  Tasks  The  300  series  tasks  continue  toe  logistics 
iS^^^Ustogto^owidationof  the  LSAS^ 
the  LS  AP  and  toe  framework  developed  in  toe  200  senes  tasks. 
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these  next  tasks  complete  the  support  analysis  structure.  TTiis 
of  tasks  identifies  both  the  operaaonal  and 
dons  of  the  SDS,  develops  support 


and  operational  ef- 

fectiveness. 

Rmctionai  RmtiircmcnH 

task  was  begun  by  identifying  the  major  functions  that  ^ 
known/ptopo^  SDS  systems  would  be  to  perform 

(Figure ^?*This  identification  was  then  detail^  into  dagn^ 
combing  the  system-level  core  functiMS  Md  tasks  for  b^ 
opwarions  (Table  1)  and  support  (Table  2).  Usuig  the  core  dat^ 
additional  system-element  specific  op«”“°"s 
function  and  task  diagrams  were  developed.  The  system  ele¬ 
ments,  functions,  and  tasks  were  analyzed  to  detertmne  unique 
functions  and  tasks  and  those  that  may  present  high  nA  in  tetro 
of  supportaWlity.  This  relatively  routine  analysis  of  the  mdmd- 
ual  systOT  elements,  combined  with  the  results  of  Task  205, 
provide  the  basis  for  determining  the  support  alternatives. 

Tacif  102.  Stinnort  System  Alternatives.  Info^tion 
gained  from  the  preceding  tasks  allowed  constmcQon  of  a  sup- 
^rt  alternatives  tree  (Table  3).  The  trw  was  to  a^ 

dress  both  the  supportabUity 

the  system  functions  and  tasks  identified  in  LSA  lasic  jui. 
Software  support  alternatives  were  addressed  in  a  comple- 
mentary,  but  separate,  analysis  because 
tificial  system  boundaries  of  space-  and  ground-based  systems. 

The  initial  analysis  effort  commenced  with  a  review  of  the  alter¬ 
natives  tree  and  resolved  questions  about  the  feasibility,  apparent 
cost,  and  differences  between  the  alternatives.  Out  of  the  pn^ 
cess  four  support  alternatives  were  selwted  for  further  analj^ 
(1)  direct  replacement  of  failed  satellites;  (2)  on-orbit  support 
through  the  direct  launch  of  earth-based  maintenance  and  ser¬ 
vicing  systems;  (3)  on-orbit  support  using  with  in-nng  space- 
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FIGURE  3  -  SYSTEM  LEVEL  FUNCTIONS 
TO  BE  ACCOMPLISHED  BY  SDS 

based  support  platforms  (SBSP);  and  (4)  on-orbit  sui^  using 
fewer  numbers  of  SBSPs,  differen^y  regressing  with  rwpea 
to  the  space  assets,  to  support  multiple  tings.  In  all  cases,  it  was 
assumed  that  the  first  response  to  failure  would  be  the  use  of 
telemetry  to  effect  repair  and  that  BIT  was  sufficiently  accurate 


TABLE  1  -  SYSTEM  LEVEL  FUNCTIONS  AND  HIGH-LEVEL  TASKS  -  OPERATIONS 
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TABLE  2  -  SYSTEM  LEVEL  FUNCTIONS  AND  HIGH-LEVEL  TASKS  -  SUPPORT 


TABLE  3  -  SUPPORT  CONCEPT  TREE 


and  reliable  that  the  failure  would  be  indicated  to  ^  ORU  (box) 
level  Following  these  initial  qualitative  evaluations,  computer 
model  results  (e.g..  the  FEAs  from 

and  mtwe  advanced  models  were  utilized  to  confirm  the  fwibu 
ity  of  the  support  alternatives.  T^e  mtw  t^e^  were 

Space  Assets  Support  System  Analysis  Model  (SASS  AM)  and 
the  Air/Ground  Tradeoff  (AGTO)  model.  Both  are^ter^i^ 
models,  developed  by  DRC  to  suppon  the  SM  LSA  eff^  The 
AGTO  is  an  expansion  of  the  Air/Ground  FEA,  with  the  addi¬ 
tion  of  a  detailed  maintenance  pipeline,  and  5°*“ 

in  accordance  with  current  Army  practice.  S  ASSAM  models  the 


numerous  variables  associated  with  the  orbital  nsMeuvenng 

necessary  to  p^orm  on-orbit  maintenance  and  scmang.  In  the 

process  of  analyzing  selected  space-bas^ 

^  additional  concept  was  developed  where  SBps  at  two  dif¬ 
ferent  altitudes  effectively  "sandwch^"  f  cItc 
way  that  Aey  could  service  both  SBI  and  SSTS  (dewjjj 
analysis  conducted  using  SASSAM  are  contained  m  Cost  Ef¬ 
fectiveness  of  On-Orbit  Servicing  for  Large  Constellations  ). 
No  alternative  appeiu^  to  offer  a  near-term,  cost-effective  or 
feasible  approach  to  support  the  small  BSTS  constellanon  in 
geosynchronous  orbit  Results  of  this  analysis  referred  four  al- 
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tematives  to  Task  303  for  tradeoff  analyses;  diiwt  launch  of 
maintenance  and  servicing  from  the  ground  ^ 

between  direct  replacement  of  satellites  md 

andservicinc  Four  software  suimoft  altemwves  were  select 

support;  (2)  other  contractor  support;  (3)  government  support, 
and  (4)  any  combination  of  the  above. 


effective  alternatives  for  supporting  the  ground  ^ 
system  elements  and  SDS  computer  resources,  particularly 
software.  As  previously  stated,  this  paper  is  limited  to  a 
Sion  of  the  analysis  in  regard  to  space-tased  ^sets;  ‘*^*^  *“ 
analysis  the  cost  effectiveness  of  on-orbit  maintenance 

All  three  on-orbit  support  altemauves  were  very  close  in 

cost  effectiveness",  but  continuing  analysis  should  indicate  if 
any  of  the  alternatives  is  clearly  superior. 

Task  205  FEA  results  indicated  that  on-orbit  mainte- 

.b.  m«,  SSSiSi'LS 

oortine  large  constcllauons  in  LEO;  mmal  sa^^am 
ronfirmed  tiiis  coarse  result.  Figure  ^ 

the  various  support  alternatives,  at  different  ®,*' 

treraes,  over  a  representative  20-year  system  eleven*  ’ 

The  figure  shows  that  on-orbit  support  using  SBSPs  offen  the 
lowest  LCC.  However,  the  costs  for  nodal  regression  “d  Ae 
"sandwiching,"  or  "excursions"  concept,  discussed 
at^c  arc  clore  enough  Aat  additional  analysis  was  warranted. 
Adetiled  discussion  of  this  analysis  ** 
ously  cited  paper  "Cost  Effectiveness  of  On-Orbit  Servicuig  for 

Large  Constellations."  _ 
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RGURE  A  -  LCC  FOR  VARIOUS  SUPPORT  CONCEPTS 

A  review  of  the  assumptions  initidly  used  in  ‘hfS ASSAM 
modeling  effort  suggested  Aat  extending  Ae 
serviemg  evolutions  might  reduce  costs  and  soil  allow  for  mm- 
taining  a  minimum  requAM  constellation  notional  availabil^, 
Ac,  of  95  per  cent  To  test  this  hypoAesis,  a  senes  of  model 

**  Cost  source  data  was  selected  from  the  range  of  data  available  from 
government  and  industry  and  cost  output  should  be  used  for  comparison 
purposes  only. 


runs  was  made  to  determine  the  sensitivities  of  availabiUty,  LCC 
and  operations  and  support  (O&S)  costs,  for  SBI  and  SSTS.  to 
changes  in  service  intervals  (delay),  and  to  certain  <^cr  input 
vari^lcs  (c.g.,  NTTBF,  number  of  SBSPs.  and  on-orbit  opera¬ 
tional  spare  satellites).  Essentially  all  other  parameters  (e.g^ 
constellation  size  (except  for  spare  satellites),  alat^,  mass,  and 
numbers  and  capabiUtics  of  launch  vehicles)  were  held  constant 

To  facilitate  the  analysis  of  LCCs,  SASSAM-gencra^  data 
were  entered  on  a  spreadsheet  and  Figure  Of  htot  (FOM)  were 
calculated.  The  F(}Ms  are  (1)  Ac  related  to  O&S  costt,  and  (2) 

Ac  related  to  LCC  LCCs  for  these  alternatives  were  dnven  to  a 
large  degree  by  the  acquisition  costs  for  the  SBSPs,  m  addiUOT 
to  Ac  O&S  costs.  The  use  of  FOMs  allowed  extremes  to  be 
quickly  eliminated,  and  Ac  analysis  to  be  focused  on  Ac  most 
promismg  alternatives.  Representative  results  are  shown  m 
Table  4.  When  two  or  more  alternatives  arc 
and  O&S  costs  must  be  checked  in  conjunction  wiA  the  FOMs 
to  determine  Ae  preferred  alternative,  especially  when  Ac  alter¬ 
native  FOMs  are  close. 

Analysis  of  support  concepts  for  an  SBI  wiA  a  3.3  year  MTBF 
shovL  Aat  in-Mg  placement  of  SBSPs  resulted  m  supe"" 
FOMs.  If  system  MTBFs  were  mcrcas^ 
regression  concept  would  produce  a  highCT  O&S  ,  How¬ 
ever  Ac  LCC  FOM  would  still  be  more  favorable  wiA  in-nng 

supiiort  Comparison  of  m-ring  and  nodal  regression  concepts 

for  the  higher  SSTS  constellation  resulted  m  even  closer  LCCs, 
possibly  reflecting  the  mereased  MTBFs  for  this  system  clement 
(Table  4).  Additional  qualitative  analysis  suggc«cd  Aat  the 
"sandwich"  approach,  serving  boA  SBI  and  SSTS  constel¬ 
lations,  would  be  even  more  cost  effeenve  since  fewer  SBSPs 
would  be  required  (this  has  not  been  confirmed  qimotanvwy  m 
of  Ais  writing).  Despite  the  number  of  model  runs  ^  the 
variations  m  maintenance  delay  and  MTOF,  no  mwe  defimnve 
results  have  been  achieved  as  of  Ais  writing. 

Eariier  analyses  varied  SBSP  size  as  a  multiple  of  a  baseline  to 
various  support  alternatives,  wiA  SBSP  cost  being  directly  ^ 
~,i,innai  to  sizc.  Becausc  Ae  acquisition  cost  of  Aese  support 
p^orms  and  Ae  cost  of  placmg  them  in  oAit  ww 
cost  drivers  to  Ae  support  alternatives, » 
for  SBSP  characteristics  (e.g.,  mass  and  service  life)  was  re- 
Quired.  To  determine  Aese  characteristics,  rccenti  mdustry-pn> 
vided  SBI  subsystem  reliability  data  was  used  as  a  basis  for 
formulating  an  efficiently  sized  SBSR  Using  Ae  data,  a 
sheet  was  devised  Aat  calculate  subsystem  on 

Certain  subsystems  were  subjectively  eliminated  as  ORU  c^^ 
dates  and  Ae  remaining  subsystems  were  assign^  a 
number  of  ORUs.  ORU  failures  per  year  wre 
(Table  5).  Usmg  Ac  average  annual  of 

Mid  an  average  mass  of  90  kg,  an  annu^ORU  mass-to-orbit 
requirement  las  calculated  (Table  6).  The  “ 

^s  factor  of  100  per  cent  to  consumables  “^d  a^ 
of  15  per  cent,  since  mdustry  data  was  not  available  for  these 
^terSs.  This  adjustment  allowed  a  more  cons^awc 
projection  of  the  support  mass  requirements  for  a  specified  tunc. 

Pot  nurnoses  of  dctcnxuning  total  mass-to-orbit  requ^ments, 

vering  Vchiclc/Smart  Front  End.  The  number  of  SBSPs 
launched  to  support  SBI  was  Aen  set  at  Aree,  four,  six,  and 
eight  and  corresponding  serviemg  loads  (ORUs  plus  c°"suin- 
ablcs)  were  devrioped  (Table  7) .  Increasing  the  number  of 
SBSPs  increased  Ae  annual  average  mass  to  orbit  “i  t" 
of  Ae  direct  relationship  betwwn  ®  liK 

A  costs  also  presumably  mereased.  LCC  and  O&b  i-osts  wiu  w 

J  tollr  Xugh  the  required  Ac  may  nm  be  as  reaA^ 

1-  maintained  as  wiA  an  SBSP  m  every  nng.  This  result,  based 

f  upon^B^  values  for  SBSP,  suggests  Aat  nodal  regression 

si  ill  superior  meAod,  from  a  cost  effectiveness 

supporting  on-orbit  assets.  Nodal  regression  . 

„  Ae^andwich"  excursion  smee  analysis  mAcates  only 

increases  m  SBSP  mass,  and  no  mcreasc  in  nurnbw,  would  be 

""  ne^^mTup^  Ac  smaUcr  and  more  reliable  SSTS  constclla- 
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TABLE  4  -  FIGURES  OF  MERIT  FOR  SUPPORT  ALTERNATIVES  -  SBI  AND  SSTS 
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iDrsasPonuMg 

00NSUMMAaEMASS% 

TAiCFRacnON% 

PAYtOM) 

SBSP  3/ 
«4ao 
8480 
1944 
14904 

SBSP  4/ 
4880 
4880 
1458 

11178 

SBSP  8/ 
3240 
3240 
972 
7452 

SBSP  8/ 
2430 
2430 
729 
5589 

OMVASFEMASSKb 
HOUSaCEPMQ  MOOU£  MS 

10200 

8308 

10200 

8308 

10200 

8308 

10200 

8306 

LAUNCH  IWkSS/S8SP  Kb 

TOTAL  UFE  MASS  N0 

LAUNCH  MASS  ANNUM. 

33410 

200480 

28837 

29884 

237472 

33925 

25958 

311496 

44499 

24095 

385520 

55074 

TABLE  6  -  ANNUAL  ORU  MASS-TOOR^ 
REQUIREMENTS  W/V^YING  NUMBERS  OF  SBSPS 
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AVIOMCSrt)PS 

BM/C3 

COMMUMCATON 

cmoceics 

a£CTWCALPOW® 

Fwe  ooNT«x  4  saeoRS 

GUOANCEACOMmOL 

INTERCffTOR 

TnTAL  KG/PLATFORM 

HiEnii 

■I 

11 

1 

1 

fTTTTSm 

■■HI 

ORUOaTA 

4  aoar 

avomcs/ops 

BM/C3 

COMMUNICATTC3N 
CRVCGBCS 
electrical  POWB1 
fireoontrolastoors 
GLMOANCE  a  CONTROL 
iNTEBCfcPTOR 

total  kg/platform 

■ 

1 

1 

180.00 

450.00 

360.00 

270.00 

180.00 

900.00 

270.00 

2250.00 

4860.00 

1 

AVOMCS/Ore 

BM/C3 

CONMUMCATX3N 

CRVOGB4CS 

ElJECTRiCALPOWSl 

RRE  CONTROL  a  seeoRS 

GUOANC6  a  CONTROL 
INTERCEPTOR 

TOTAL  KG/PLATFORM 

1 

1 

l.:llllg|j 

ORUOB.TA 

2 

-  3 
•  3 

2 

-  2 

0 

1 

2 

AVONICS/OPS 

8M/C3 

COMMUNICATTON 

CRvoseics 
electrical  POWB^ 

RRE  CONTROL  a  S0«OR5 
GUIDANCE  a  CONTROL 
iNTEflCS’TOR 

total  KG/PLATFORA 

■ 

1 

1 

TABLE  7  -  PLATFORM  LOADING  ALLOCATIONS 
WA/ARYING  NUMBER  OF  SBSPs 


jfA  sni  Siippoftabiiitv  Test  Evaluanon  and  Vcnfiai 
lion  This  ^stem-level  supportabUity  require- 

mMts  to  be  assessed  and  retoted  the  requirements  to  support 
Sow  requirements  for  the  task,  as  related  to 

SDS,  include  the  following: 

•  Identify  SDS  supportability  requirements; 

•  Provide  recommended  supportability  experimwts, 

•  Develop  a  supportability  test,  evaluation,  and  vcnn< 
cation  (TEV)  strategy; 

•  I>cvclop  a  supportability  assessment  plan; 

•  Integrate  the  strategy  and  plan  into  the  SDS  Test  and 
Evaluation  Master  Plan. 

It  was  estimated  early  in  the  task  analysis  thtt  no  d^cated  tests, 
evaluations,  or  verifications  would  be  conducted  for  suppom- 
bility  assessment  purposes.  Rather,  the  systein  supporubihty 
assessments  would  be  accomplished  in  conjunction  with  system 
operational  TEV. 


LSA  Task  501  built  upon  the  analysis  of  the  previous  tasks 
to  ^termine  the  most  critical  supportability  issues  which  would 
require  assessment  The  issues  were  determined  by  use  of  the 
following  critcria/goals:  ,  rr 

•  Achieve  system  readiness  goals  at  an  affordable  life¬ 
cycle  cost 

•  Ensure  that  supportability  assessment  issues  influence 

SDS  design  •  •  ui  ^ 

•  Ensure  that  software  is  testable,  maintainable  and 

upgradeable 

Following  identification  of  the  supportability  issues,  a  Support- 
ability  Assessment  Strategy  was  devised  and  a  Supportably 
Assessment  Plan  was  written  to  implement  the  Strategy,  ^e 
plan  addresses  the  system-level  issues  that  must  be  thoroughly 
assessed  to  ensure  the  adequacy  of  the  support  system  and  the 
supportabUity  of  the  hardware  design.  In  addition  to  adtossing 
supportabUity  TEV  organization,  functions  and  reporting,  the 
plan  includes: 

•  Recommended  support-related  experiments; 

•  Software  supportability  assewment  issues; 

•  Supportability  test  program  limitations; 

•  Critical  supportability  issues; 

•  Supportability  assessments  combined  with  oper¬ 
ation  testing. 

To  ensure  the  SupportabUity  Assessment  Plan  is  avaUable  to  all 
personnel  involved  in  SDS  supportability  TEV,  it  has  been  inte¬ 
grated  into  the  SDS  Test  and  Evaluation  Master  Plan. 


Sumnwtt 


LSA,  perfonned  in  accordance  with  MIL-STD-1388-1A,  is  a 
disciplined,  but  flexible,  approach  to  analyzing  systems  to  im¬ 
prove  supporttbUity  and  affordability  whUe  maintainmg  or  im¬ 
proving  system  operational  readiness.  The  ^proach  is  also  ap¬ 
plicable  to  non-military  systems.  espccMy  large,  complex  sys¬ 
tems  such  as  Shuttle  "C"  and  Space  Station. 


With  the  foundation  provided  by  a  sound  LSA  Strategy  and 
LSAP,  ai^  the  bounding  established  by  the  200  smes  tasks, 
SDS  functions  and  tsaks  are  being  developed  and  analyz^  with 
support  alternatives  postulated.  These  support  alternatives  are 
joined  with  specific  system  elements,  andanalysM  conducted  to 
determine  w^  support  altemative(s)  offer  the  best  balance  of 
cost  and  operational  readiness. 

Analysis  has  shown  that  SDS  on-orbit  support  mil  both  fea¬ 
sible  and  cost  effective.  Maintenance  of  spacc-ba^ 
be  enhanced  through  modularity,  which  will  facilitate  robouc 
removal  and  replacement  of  failed  ORUs.  InCT^mgly  depend¬ 
able  BIT  systems/indications  will  reduce  the  fal«  removal  rate. 
Cryogenic  equipment  technologies  are  advancing  to 
SDS  requirements.  Analysis  is  continuing  to  ref^c  the  elements 
involved  with  on-orbit  maintenance,  such  as  the  following. 

•  ORU  replacement  factors; 

•  SBSP  sire  and  life-cycle;  . 

•  SBSP  replenishment  concepte  and  alternatives,  ana 

placement  in  relation  to  operational  asses 

MIL-STD- 1388-1 A  provides  an  excellent  foun^aon  for  me 
LSA  process.  Continuing  this  process,  with  the  current  co- 
operaS^  input  from  industry,  wiU  result  in  a  supportable,  af- 


Effectiveness  (  On-Orbit  Servicing  for  L^rge 
fonsttUatons",  by  Dr.  WUliam  Robertson,  Mr.  Jack  Sliney  and 
Jlr.  Joci  Luna,  AlAA  88-3519. 
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